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METHOD AND PROGRAM FOR STORING PERFORMANCE DATA, 

AND SYSTEM USING THE SAME 



BACKGROUND OF THE INVENTION 

The present invention relates to a method, a 
controller and a program for managing data. 
5 Monitoring the performance of a computer 

system makes it possible to find out and grasp factors 
deteriorating or improving the performance of the 
system, by which proper countermeasures can be taken 
immediately in case of problems. The performance 

10 monitoring is especially important to large-scale 

computer systems of today in order to unleash their 
performance efficiently and stably. For example, it is 
possible to provide a computer system with a 
performance monitoring device for the purpose of 

15 maintaining the processing speed, maintaining the data 
transfer rate, reserving memory/disk spaces, etc. and 
let the device monitor the performance of the system 
(CPU, memory, disk, I/O interface, network controller, 
etc.), acquire performance information at preset time 

20 intervals, and store the acquired information in a 
storage device as performance data. 

Conventional performance monitoring devices 
for computer systems have monitored and recorded 
predetermined and fixed performance items with fixed 

25 timing, and performance monitoring techniques changing 



the monitoring method depending on other factors have 
rarely been reported except for few exceptions (JP-A- 
2001-325126, for example). 

The performance data of a computer system are 
generally acquired and stored in a storage device as 
log files. However, since the storage device has to 
store a variety of data other than the log files, 
storage capacity for storing other data might be 
affected by increasing volume of the log files stored 
in the storage device. 

SUMMARY OF THE INVENTION 

It is therefore the primary object of the 
present invention to provide a method for managing the 
performance data of a computer system by which a 
storage area of the storage device for storing the 
performance data and other data can be used more 
efficiently . 

In accordance with an aspect of the present 
invention, there is provided a data management method 
for managing performance data of a computer system 
which includes: a storage area for storing the 
performance data as data including performance 
information of the computer system and other data; and 
a controller for controlling the storage area, 
comprising the steps of: a step in which the controller 
detects free space of the storage area; a step in which 
the controller determines a method for storing the 
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performance data depending on the detected free space; 
a step in which the controller acquires the performance 
data; and a step in which the controller stores the 
acquired performance data in the storage area according 
5 to the storing method determined in the method 
determination step - 

In a storage system, the storage area is 
implemented by an LU (Logical Unit) or logical volume 
which is logically set in a storage device, and the 

10 controller for controlling the storage area (storage 
device) is implemented by a storage device controller. 

The above object of the present invention can 
also be achieved by a program realizing the above steps 
or a record medium storing the program. 

15 The objects and features of the present 

invention will become more apparent from the 
consideration of the following detailed description 
taken in conjunction with the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 
20 Fig. 1 is a block diagram showing an example 

of the composition of a storage system in accordance 
with an embodiment of the present inventions- 
Fig. 2 is a table showing an example of 
"acquisition level definition" employed in the 
25 embodiment; 

Fig. 3 is a table showing an example of 
"acquisition item definition" employed in the 



embodiment ; 

Fig. 4 is a schematic diagram showing an 
example of an output file including the performance 
data; 

5 Fig. 5 is a table showing an example of 

"initial policy definition" employed in the embodiment; 

Fig. 6 is a table showing an example of 
"policy definition" employed in the embodiment; 

Fig. 7 is a table showing selectable methods 
10 for controlling a performance data area according to 
"stop operation policy" employed in the embodiment; 

Fig. 8 is a flow chart showing the operation 
of the storage system when a performance management 
program according to the embodiment is executed; 
15 Fig. 9 is a flow chart showing the operation 

of the storage system according to the "initial policy 
definition" ; 

Fig. 10 is a flow chart showing the operation 
of the storage system according to the "policy 
20 definition"; 

Fig. 11 is a flow chart showing the operation 
of the storage system when a performance management 
program according to another embodiment of the present 
invention is executed; and 
25 Fig. 12 is a block diagram showing an example 

of the composition of a storage system in accordance 
with another embodiment of the present invention, in 
which a storage device controller including channel 
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control modules is employed. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

Referring now to the drawings, a description 
will be given in detail of preferred embodiments in 
5 accordance with the present invention. 
1. Example of Overall Composition 

A storage system 100 includes a storage 
device 200 and a storage device controller 300. The 
storage device controller 300 controls the storage 

10 device 200 according to commands (input requests, 

output requests, etc.) supplied from an information 
processing device 400 outside the storage system 100. 
For example, the storage device controller 300 receives 
a data write request and data from the information 

15 processing device 400 and carries out data write to the 
storage device 200, The data is stored in an LU 
(Logical Unit) or logical volume which is logically set 
as a storage area in a physical storage area provided 
by disk drives of the storage device 200. The storage 

20 device controller 300 also receives/sends various 

commands for managing the storage system 100 itself 
from/to the information processing device 400. 

The information processing device 400 is a 
computer including a CPU (Central Processing Unit) and 

25 memory. Various programs are executed by the CPU of 
the information processing device 400 and thereby a 
diversity of functions are realized. The information 



processing device 4 00 can be implemented by, for 
example, a personal computer, a workstation or a 
mainframe computer. 

While the information processing device 400 
5 is connected to the storage device controller 300 via a 
LAN (Local Area Network) 500 in Fig. 1, the connection 
can also be provided by other types of networks such as 
a SAN (Storage Area Network) or by direct connection. 
The LAN 500 may be built up totally by a private 
0 special-purpose network, or by use of the Internet. 
The communication between the information processing 
device 400 and the storage device controller 300 via 
the LAN 500 is carried out according to TCP/IP 
(Transmission Control Protocol/ Internet Protocol), for 
5 example. From the information processing device 400, 
data access reguests designating file names (also 
referred to as "file access reguests") are transmitted 
to the storage system 100. 

The LAN 500 is also connected to a backup 
0 device 600. The backup device 600 can be implemented 
by a device using disks (MO, CD-R, DVD, etc.), a device 
using tapes (DAT, cassette tapes, open tapes, cartridge 
tapes, etc.), or a device using an HDD (Hard Disk 
Drive) . The backup device 600 communicates with the 
storage device controller 300 via the LAN 500 and 
thereby stores backup data in order to back up the data 
stored in the storage device 200 of the storage system 
100. The backup device 600 may also be connected to 



the information processing device 400. In this case, 
the backup device 600 obtains the backup data from the 
storage device 200 via the information processing 
device 400. 
5 2. Storage Device 

The storage device 200 includes a plurality 
of disk drives (physical disks) and thereby provides 
storage areas to the information processing device 400. 
As the disk drives, various types of devices (HDDs, 

10 removable disk devices, semiconductor storage devices, 
etc.) can be employed. Data are stored in the 
aforementioned LUs (storage areas logically set in the 
physical storage area provided by the disk drives of 
the storage device 200). Each LU set in the storage 

15 device 200 can be accessed from the information 

processing device 400 and other terminals on the LAN 
500 in order to input/output data. 

Incidentally, the storage device 200 can also 
be built up as a disk array composed of a plurality of 

20 disk drives. In this case, the storage area to be 

provided to the information processing device 400 may 
be implemented by a plurality of disk drives managed by 
RAID (Redundant Array of Independent Disks). 

The storage device controller 300 and the 

25 storage device 200 can be directly connected together 

as components of the storage system 100 as shown in Fig. 
1, or the storage device 200 can also be placed outside 
the storage system 100 and connected to the system via 



a network. It is also possible to build up the storage 
device 200 and the storage device controller 300 
integrally . 

3. Storage Device Controller 
5 The storage device controller 300 has a 

communication interface for communicating with the 
information processing device 400 and functions for 
communicating commands (data input/output commands, 
etc.) with the information processing device 400, by 

10 which the storage system 100 can provide services as a 
NAS (Network Attached Storage) to the information 
processing device 400. 

The storage device controller 300 further 
includes a NAS manager 700 for checking, setting and 

15 controlling the operating statuses of the storage 

system 100, a disk control module 800 for controlling 
the storage device 200, and a performance management 
program 900 for managing the performance data. The 
storage device controller 300 employs an OS (Operating 

20 System) such as UNIX (registered trademark) . The NAS 
manager 700, the disk control module 800 and the 
performance management program 900 operate on the 
operating system together with a variety of software 
such as a RAID manager, volume manager, SVP manager, 

25 file system program, network control module, backup 
management program, and failure management program. 

Along with the functions for checking, 
setting and controlling the operating statuses of the 



storage system 100, the NAS manager 700 also has a Web 
server function, by which the NAS manager 700 provides 
the information processing device 400 with a "setting 
web page" for letting operators of the information 
5 processing device 400 set and control the storage 

system 100. The NAS manager 700 transmits data of the 
setting web page to the information processing device 
400 according to an HTTP (Hyper Text Transport 
Protocol) request issued by the information processing 

10 device 400. At the information processing device 400, 
an operator such as a system administrator sets and 
controls the storage system 100 through the setting web 
page displayed by a GUI (Graphical User Interface) . 
The NAS manager 700 receives data regarding the setting 

15 and control (according to the operation on the setting 
web page) from the information processing device 400 
and actuarially sets and controls the storage system 
100 corresponding to the data. By the process, the 
operator at the information processing device 400 can 

20 set and control the storage system 100 in various ways. 
The setting/control possible on the setting web page 
provided by the NAS manager 700 include: 
setting/management of the storage device 200 (capacity 
management, capacity expansion/reduction, user 

25 assignment, etc.); setting/control regarding the 

aforementioned remote copy and replication management 
(setting of a replication source LU, replication 
destination LU, etc.); version control of the OS and 
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application programs operating on the OS; setting/ 
management of operating statuses of a virus detection 
program and a security management program offering 
functions for the safety of data (virus extermination, 
5 etc . ) ; etc. 

The disk control module 800 controls the 
storage device 200. For example, when the storage 
device controller 300 received a data write command and 
data from the information processing device 400, the 

10 disk control module 800 writes the data to the storage 
device 200 according to the data write command. The 
disk control module 800 also converts a data access 
request to an LU (designating a logical address) into a 
data access request to a physical disk (designating a 

15 physical address). Further, when the physical disks of 
the storage device 200 are managed by RAID, the disk 
control module 800 makes access to the storage device 
200 according to a certain RAID configuration (e.g. 
RAID 0, 1, 5) . The disk control module 800 also 

20 controls the replication and backup of the data stored 
in the storage device 200. Further, the disk control 
module 800 controls a process for storing data stored 
in a storage system 100 of a primary site also in 
another storage system 100 of a secondary site 

25 (replication function, remote copy function) in order 
to prevent loss of data in case of disaster etc. 
(disaster recovery) . 

The performance management program 900 
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monitors performance data of the computer system (like 
those shown in "acquisition items" of Fig. 2), acquires 
the performance data according to "policy definition" 
(Fig. 6) which will be described later, and stores the 
5 acquired performance data in the storage device 200 via 
the disk control module 800 in the form of log files, 
for example. 
4 . Management Terminal 

A management terminal 1000 is a computer for 

10 the maintenance/management of the storage system 100. 
By manipulating the management terminal 1000, settings 
of the physical disks (increase/decrease of physical 
disks, etc.) and settings of the LUs of the storage 
device 200 can be adjusted. Further, with the 

15 management terminal 1000, checks on operating statuses 
of the storage system 100, location of failure, 
installation of an operating system, etc. can be done. 
The management terminal 1000 is connected to an 
external maintenance center via a line (LAN, telephone 

20 line, etc.), therefore, failures of the storage system 
100 can be monitored and countermeasures against the 
failures can be taken immediately by use of the 
management terminal 1000. The occurrence of failure is 
reported by, for example, the OS, an application 

25 software or a driver software by use of HTTP, SNMP 
(Simple Network Management Protocol), e-mails, etc. 
Such settings and control are carried out by an 
operator etc. using a web page (provided by a Web 
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server and operating on the management terminal 1000) 
as a user interface. The operator etc. can also set 
the object of the failure monitoring, details of the 
failure monitoring, where to report the failures, etc. 
5 by operating the management terminal 1000. 

The management terminal 1000 can be built in 
the storage device controller 300 or provided 
externally to the storage device controller 300. The 
management terminal 1000 can be implemented as a 
10 special-purpose computer exclusively used for the 
maintenance and management of the storage device 
controller 300 and the storage device 200, or as a 
general-purpose computer having the 

maintenance/management functions . 
15 5. Embodiment 1 

In a first embodiment of the present 
invention, the amount of free space or free area of the 
storage device 200 for storing acquired performance 
data is detected, the method for storing the acquired 
20 performance data is determined depending on the free 
space, and then the acquired performance data is 
written in the storage device 200 according to the 
method (hereafter, referred to as "performance data 
area variable type"), by which a capacity in the 
25 storage device 200 to be occupied by the performance 
data can be set taking the free space of the storage 
device 200 into consideration. The relationship 
between the importance of the performance data and that 
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of other data varies depending on cases. When the 
storage device 200 has a large free space and enough 
room for other data can be expected even if the amount 
of performance data increased, acquiring and storing 
5 performance data frequently and/or in large quantities 
is advantageous to the performance management of the 
computer system. On the other hand, when the free 
space of the storage device 200 is small and storing 
the performance data in the storage device 200 might 

10 affect the room for other data, the amount of 

performance data to be stored has to be reduced to a 
minimum. The first embodiment, taking such point in 
consideration, realizes efficient use of the storage 
device 200 which has to store the performance data as 

15 well as other data. In the first embodiment, the 

number of items of performance data to be acquired, the 
contents of the acquired items, and the write interval 
are determined and set based on the free space of the 
storage device 200. 

20 First, "acquisition level definition" shown 

in Fig. 2, "acquisition item definition" shown in Fig. 
3, "initial policy definition" shown in Fig. 5, and 
"policy definition" shown in Fig. 6 are specified at 
the information processing device 400. In the 

25 "acquisition level definition" (Fig. 2), combinations 
of items (targets) of performance data acquisition 
(combinations of types of performance data to be 
acquired) are roughly defined by extracting them from 
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the performance of the computer system (CPU, memory, 
disk performance, network performance, etc.), and an 
"acquisition level" is defined for each combination. 
In the "acquisition item definition" (Fig. 3), the 
5 items (targets) of the performance data acquisition are 
defined more finely by segmenting the items (CPU, 
memory, disk performance, network performance, etc.) 
defined in the "acquisition level definition" so that 
actual targets of the performance data acquisition can 
10 be selected and specified at the information processing 
device 400. An example of an output file generated 
according to the "acquisition item definition" is shown 
in Fig. 4. 

The "initial policy definition" (Fig. 5) is 
15 used when an estimated necessary capacity (estimated 

capacity necessary for storing all performance data to 
be acquired during a processing time) exceeds the free 
space of the storage device 200 at the first (initial) 
storing of the performance data in the storage device 
20 200, in which methods for handling or processing 

performance data already stored in the storage device 
200 are defined. Specifically, the handling method can 
be selected from "overwrite" and "delete". If the 
"overwrite" is selected, a free space necessary for 
25 storing a new file of performance data is obtained and 
reserved in the storage device 200 by deleting some of 
existing files starting from the oldest file and then 
the new file is written. If the "delete" is selected, 
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all the old files (performance data) stored in the 
storage device 200 are deleted. In the "policy 
definition" (Fig. 6), statuses that can be found in a 
stationary state of the system are defined and actions 
5 to be taken (how to write the performance data) in each 
of the defined statuses are defined. When the capacity 
(free space) of the storage device 200 became less than 
a preset capacity, the operation of the storage device 
200 is controlled according to "stop operation policy" 

10 which is shown in Fig. 7. First, whether the capacity 
of a "performance data area" (area in the storage 
device 200 for storing performance data) is fixed or 
varied can be selected- The first embodiment 
corresponds to the cases where the performance data 

15 area capacity is varied (No. 1 - No. 3 in Fig. 7) . 
Further, in regard to the method for storing the 
performance data, a selection can be made from "wrap 
around" (No. 1, No. 2) and "delete" (No. 3). If the 
"wrap around" is selected, the performance data area is 

20 assigned a preset capacity and performance data are 

initially written successively in the performance data 
area of the preset capacity. When the performance data 
area ran out of free space, new files of performance 
data will be written in the performance data area by 

25 deleting existing files one by one starting from the 
oldest file. The method, holding and preserving a 
certain amount of previous data, has an advantage in 
that some performance data of the past can be retrieved 
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when necessary. If the "delete" is selected, per- 
formance data that have been stored in the performance 
data area at the point are all deleted and then a new 
file is written. When the free space of the storage 
5 area has become too small, holding previous performance 
data might make it impossible to reserve a storage area 
for other data. In such cases, the method, deleting 
all previous performance data and thereby releasing a 
storage capacity or free space, is preferable. 

10 In the following, a process carried out by 

the performance management program 900 from process 
start time to process end time will be described with 
reference to a flow chart of Fig. 8. First, the 
performance management program 900 reads out the 

15 "acquisition level definition" of Fig. 2, the 

"acquisition item definition" of Fig. 3, the "initial 
policy definition" of Fig. 5, and the "policy 
definition" of Fig. 6 (S102) and then waits until the 
process start time (S104). When the process start time 

20 has come (S104: YES), the amount of free space of the 
storage device 200 for storing the performance data is 
detected (S106) . In order to judge and predict whether 
all of the performance data to be acquired during the 
processing time (between the process start time and the 

25 process end time) can be accommodated in the free space, 
the aforementioned "estimated necessary capacity" for 
storing all performance data to be acquired in the 
processing time is calculated by, for example, the 
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following expression (S108): 

(the number of times of acquisition) 
x (average data size among items) 
x (the number of acquired items) 
5 Each parameter in the above expression can be 

estimated from data of previously conducted processes 
by certain algorithm, or can be inputted as external 
variables by an operator, or can also be inputted from 
the management terminal 1000. Incidentally, when the 

10 process is conducted for the first time, the steps 106 
through 112 are omitted since nothing has been written 
in the storage device 200. Subsequently, the free 
space of the storage device 200 is compared with the 
estimated necessary capacity (S110) . If the estimated 

15 necessary capacity is larger than the free space of the 
storage device 200 (S110: YES), continuing the process 
is expected to cause impossibility of writing 
performance data, therefore, performance data already 
stored in the storage device 200 are processed 

20 according to the method selected in the "initial policy 
definition" of Fig. 5 in order to reduce the amount of 
the stored performance data in advance (S112) . On the 
other hand, if the estimated necessary capacity is 
larger than the free space of the storage device 200 

25 (S110: NO), the performance data already stored in the 
storage device 200 are left as they are. In either 
case, the performance data are acquired in minimum 
necessary quantities (S114) and the acquired 
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performance data are stored in the storage device 200 
(S116) . Subsequently, the free space of the storage 
device 200 is detected again (S118) and an operation 
policy corresponding to the free space is determined 
5 according to the "policy definition" (S120). 
Thereafter, according to the operation policy, 
performance data are acquired (S122), the acquired 
performance data are stored in the storage device 200 
(S124), and the process is returned to the step S118. 
10 If the process end time came before the acquisition of 
the performance data (S126: YES), performance summary 
data are generated from the performance data acquired 
during the processing time (S128), and the process is 
ended. 

15 In the operation policy of Fig. 6, the number 

of types (items) of performance data to be acquired is 
increased and the write interval is shortened as the 
free space of the storage device 200 gets larger. On 
the other hand, when the free space is small, the 

20 number of types of acquired performance data is 

decreased and the write interval is extended in order 
to avoid the erosion of other data (user data, etc.) by 
the performance data. 

Fig. 9 is a flow chart showing the details of 

25 the process according to the "initial policy 

definition". If the "overwrite" has been selected in 
the "initial policy definition", the write position is 
set to the front end of the performance data stored in 
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the storage device 200 so that a free space necessary 
for storing a new file will be reserved by deleting 
some of existing files starting from the oldest file 
(S202) . If the "delete" has been selected in the 
5 "initial policy definition", all existing performance 
data are deleted (S204) . 

Fig. 10 is a flow chart showing the details 
of the process according to the "policy definition". 
In the process, the acquisition level and the write 

10 interval of the performance data are basically 

determined based on the free space of the storage 
device 200 (S302 - S308) . However, if the free space 
is smaller than (or equal to) a preset value (when the 
free space is less than 1 MB in the example of Fig. 10), 

15 previously stored performance data are processed 

according to the aforementioned "stop operation policy", 
the acquisition level of the performance data to be 
acquired is reduced to the lowest level, and the write 
interval is set to the longest. 

20 If the "wrap around" has previously been 

selected in the "stop operation policy", the 
performance data area is assigned a preset capacity and 
acquired performance data are initially written 
successively in the performance data area of the preset 

25 capacity, and when the performance data area ran out of 
free space, new performance data files will be written 
in the performance data area by deleting existing 
performance data files one by one starting from the 
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oldest file, as mentioned before. In this case, there 
are two types of the performance data area: the 
"variable type" in which the capacity of the 
performance data area is variably set to the current 
5 capacity occupied at the point (S310) and the "fixed 
type" in which the performance data area capacity is 
set to the preset capacity (S314). In the "variable 
type", before storing a new performance data file, some 
of old performance data files are deleted in order to 
10 reserve a free space for the new file (S312) and then 
the new file is stored (S124). The "variable type" has 
an advantage in that previous performance data files 
can be preserved for a relatively long time. In the 
"fixed type", the capacity of the performance data area 
15 is previously set to the preset capacity (S314), and 
when new performance data are stored, some of existing 
performance data are deleted starting from the oldest 
file so as to reduce their volume to the preset 
capacity and further to reduce the volume by the size 
20 of the new performance data file to be stored (S316) 

and then the new performance data file is stored (S124). 
If the size of the new performance data file to be 
acquired is set as the lowest level (i.e. N level in 
the present embodiment) in this case, it has an 
25 advantage in that previous performance data files can 
be preserved more. The method has an advantage in that 
even when the free space of the storage device 200 has 
become small, the area in the storage device 200 



occupied by the performance data files can be reduced 
to some extent by the deletion of performance data 
files. The particular capacity assigned to the 
performance data area is maintained during the "stop 
5 operation policy"; however, when the operation policy 
has recovered from the "stop operation policy" (when 
the free space of the storage device 200 has become 
larger than the preset value due to deletion of other 
data such as user data), the fixed capacity of the 
0 performance data area which has been set for the "wrap 
around" is released (S320). On the other hand, if the 
"delete" has previously been selected in the "stop 
operation policy", all the existing performance data 
are deleted (S318) . 

> Incidentally, while the steps: the free space 

detection and operation policy determination; data 
acquisition; data storing; etc. have been described as 
a sequence of steps occurring in that order, they are 
originally independent steps and there is no problem 
even if the order of the steps changed or some time 
difference arose between the steps. While the types of 
the performance data acquisition items and the write 
interval were changed as an example in the data 
acquisition method of this embodiment, various 
combinations between them are also possible and 
features changed are not limited to them. 

The performance management program 900 can 
also be provided with backup algorithm for backing up 
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data when or before the existing data are deleted. The 
backup may be made in a step before the deletion, in 
particular steps only, etc. The algorithm may also 
make a backup of the performance summary data for all 
5 or part of the backup. The backup data may be stored 
in the backup device 600 or can also be transmitted to 
another NAS . 
6. Embodiment 2 

In a second embodiment of the present 

10 invention, the capacity of the performance data area in 
the storage device 200 for storing the performance data 
is fixed (hereafter, referred to as "performance data 
area fixed type"), by which situations where the user 
area of the storage device 200 is constricted by the 

15 increase of performance data can be avoided. 

The composition of the storage system 100 is 
the same as that in the first embodiment and thus 
repeated description thereof is omitted. The operator 
of the information processing device 400 can make a 

20 selection regarding the "policy definition" (Fig. 6) 
from the "performance data area fixed type" (in which 
the performance data area capacity is fixed) and the 
"performance data area variable type" (in which the 
performance data area capacity is variable) as shown in 

25 Fig. 7. The second embodiment corresponds to the 
latter type (No. 4 and No. 5 in Fig. 7). 

In the following, a process conducted by the 
performance management program 900 of the second 
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embodiment for managing the performance data will be 
described with reference to a flow chart of Fig. 11. 
First, the performance management program 900 reserves 
a capacity in the storage device 200 for the 
5 performance data area and fixes the capacity (S402). 
Subsequently, performance data is acquired (S404) and 
data capacity necessary for storing the performance 
data in the storage device 200 is calculated (S406) . 
The method for storing the performance data can be 

10 selected from "wrap around" (No. 4 in Fig. 7) and 

"delete" (No. 5 in Fig. 7) . If the "wrap around" has 
been selected, the performance data are initially 
written successively in the performance data area of 
the fixed capacity (S408) and when the performance data 

15 area ran out of free space, new files will be written 
in the performance data area successively (S408) by 
deleting exi.sting files one by one starting from the 
oldest file (S410) . If the "delete" has been selected, 
the performance data are initially written successively 

20 in the performance data area of the fixed capacity 

(S408) and when the performance data area ran out of 
free space, all the existing performance data are 
deleted (S412) and then new performance data are 
successively written in the performance data area 

25 (S408). When the process end time has come, the 

performance summary data are generated from the stored 
performance data (S414) , and the process is ended. 

The performance summary data are handled in 
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the same as in the first embodiment and thus repeated 
description thereof is omitted here. 
7. Performance Summary Data 

The performance summary data are data that 
5 are obtained by extracting essential part from the 
performance data, by taking mean values from the 
performance data, etc., which indicate overall features 
of the whole performance data. Therefore, it is 
possible to store the performance data as the summary 

10 data once in a preset number of performance data 

acquisitions, or performance figures such as processing 
speed may be averaged once in a preset number of times 
and stored as the summary data. Or, it is also 
possible to extract particular types of data from the 

15 performance data as the summary data (storing 

performance data of the CPU only, for example) . The 
contents of the summary data and the frequency of the 
summary data storing may be changed depending on the 
load on the computer system. 

20 In the above embodiments, the performance 

summary data obtained in a storage system 100 (NAS) may 
be transmitted to a specific NAS, by which the 
performance summary data of all the NAS 1 s are collected 
by the specific NAS receiving the performance summary 

25 data. In this case, the operator of the information 
processing device 400 is allowed to obtain the 
performance summary data of all the storage devices by 
only making access to the storage device 200 of the 
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specific NAS, by which performance of all the storage 
devices can be compared easily. Therefore, the 
occurrence of failure to a storage device 200 can be 
found out easily by monitoring the performance summary 
5 data collected by the specific NAS. 

As another embodiment in accordance with the 
present invention, a storage device controller 300 
having channel control modules 350 is also possible as 
shown in Fig. 12. The storage device controller 300 

10 communicates with the information processing device 400 
via the LAN 500 using the channel control modules 350. 
Each channel control module 350 receives file access 
requests from the information processing device 400 
separately and independently, that is, each channel 

15 control module 350 is assigned a separate network 

address (e.g. IP address) on the LAN 500 and serves as 
an independent NAS, by which the channel control 
modules 350 can provide NAS services to the information 
processing device 400 as if there are a plurality of 

20 independent NAS 1 s . By building up a storage system 100 
so as to include two or more channel control modules 
350 separately providing NAS services as in this 
embodiment, NAS servers (which have been operated 
independently by separate computers) can be operated in 

25 an aggregated manner in a storage system 100, by which 
centralized management of the storage system 100 
becomes possible and the efficiency of maintenance 
tasks (various settings and control, failure management, 
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version control, etc.) can be increased. 

Such a storage system 100 composed as above 
can also be provided with a storage device 250 that is 
shared by a plurality of channel control modules 350. 
5 In this case, performance data of each channel control 
module 350 are acquired and stored in a storage device 
200 corresponding to the channel control module 350; 
however, the performance summary data may be sent to 
the shared storage device 250 and stored therein. In 

10 cases where the performance summary data are aggregated 
to a channel control module 350, for example, it is 
possible to communicate the performance summary data 
via an internal LAN 450. Even in such composition, the 
performance summary data may be communicated via the 

15 external LAN. 

As set forth hereinabove, by the present 
invention, a method for managing the performance data 
of a computer system, capable of efficiently using a 
storage area storing the performance data and other 

20 data, is provided. 

While the present invention has been 
described with reference to the particular illustrative 
embodiments, it is not to be restricted by those 
embodiments but only by the appended claims. It is to 

25 be appreciated that those skilled in the art can change 
or modify the embodiments without departing from the 
scope and spirit of the present invention. 



